Architecture view generation method and system

ABSTRACT

An SOA solution architecture generation method and system. The method includes retrieving by a computing system, a service model and an SOA solution architecture model. The computing system retrieves and loads a configuration file comprising mapping data. The mapping data comprises data associating elements of the service model to architectural layers of the SOA solution. Each element is processed. The computing system identifies each architectural layer that corresponds to an associated element based on the mapping data. Each element is placed in an associated layer of the architectural layers. The computing system generates a UML model. The UML model comprises each element in an associated layer of the architectural layers. The computing system loads the UML model.

FIELD OF THE INVENTION

The present invention relates to a method and associated system forgenerating an architectural view of service oriented architecturesolutions.

BACKGROUND OF THE INVENTION

Modifying various components of a system typically comprises aninefficient process with little flexibility. Accordingly, there exists aneed in the art to overcome at least some of the deficiencies andlimitations described herein above.

SUMMARY OF THE INVENTION

The present invention provides a method comprising:

retrieving, by a computing system, a service model;

retrieving, by said computing system, an SOA solution architecturemodel;

retrieving, by said computing system, a configuration file comprisingmapping data,

wherein said mapping data comprises data associating elements of saidservice model to architectural layers of said SOA solution architecturemodel;

loading, by said computing system, said configuration file;

processing, by said computing system, each element of said elements;

identifying, by said computing system, layers of said architecturallayers that correspond to associated elements of said elements of saidservice model, wherein said identifying is based on said mapping data,wherein said layers of said architectural layers are represented asunified modeling language (UML) packages;

associating, by said computing system, each layer of said layers with anassociated UML package of said UML packages;

placing, by said computing system, each said element in an associatedlayer of said architectural layers;

generating, by said computing system in response to said placing, a UMLmodel, wherein said UML model comprises each said element in anassociated layer of said architectural layers;

loading, by said computing system, said UML model; and

executing, by said computing system, said UML model.

The present invention provides a computing system a processor coupled toa computer-readable memory unit, said memory unit comprisinginstructions that when executed by the processor implements a unifiedmodeling language (UML) model generation method, said method comprising:

retrieving, by a computing system, a service model;

retrieving, by said computing system, an SOA solution architecturemodel;

retrieving, by said computing system, a configuration file comprisingmapping data,

wherein said mapping data comprises data associating elements of saidservice model to architectural layers of said SOA solution architecturemodel;

loading, by said computing system, said configuration file;

processing, by said computing system, each element of said elements;

identifying, by said computing system, layers of said architecturallayers that correspond to associated elements of said elements of saidservice model, wherein said identifying is based on said mapping data,wherein said layers of said architectural layers are represented asunified modeling language (UML) packages;

associating, by said computing system, each layer of said layers with anassociated UML package of said UML packages;

placing, by said computing system, each said element in an associatedlayer of said architectural layers;

generating, by said computing system in response to said placing, a UMLmodel, wherein said UML model comprises each said element in anassociated layer of said architectural layers;

loading, by said computing system, said UML model; and

executing, by said computing system, said UML model.

The present invention advantageously provides a simple method andassociated system capable of modifying various components of a system.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a system for generating an architectural view ofservice oriented architecture (SOA) solutions, in accordance withembodiments of the present invention.

FIG. 2 illustrates a service model, in accordance with embodiments ofthe present invention.

FIG. 3 illustrates a UML representation of a service model, inaccordance with embodiments of the present invention.

FIG. 4 illustrates a UML representation of a service model comprisingsub-packages, in accordance with embodiments of the present invention.

FIG. 5 illustrates a graphical representation of SOA solutionarchitecture, in accordance with embodiments of the present invention.

FIG. 6 illustrates a UML representation of SOA solution architecture, inaccordance with embodiments of the present invention.

FIG. 7 illustrates an expanded version of UML packages, in accordancewith embodiments of the present invention.

FIG. 8 illustrates a flowchart describing an algorithm describing a flowof activities in an SOA project, in accordance with embodiments of thepresent invention.

FIG. 9 illustrates a configuration file, in accordance with embodimentsof the present invention.

FIG. 10 which includes FIGS. 10A and 10B illustrates an example of aservice model with SOA model elements derived from a UML representationof a service model, in accordance with embodiments of the presentinvention.

FIG. 11 which includes FIGS. 11A and 11B illustrates an example of anSOA solution architecture model with generated SOA model elements, inaccordance with embodiments of the present invention.

FIG. 12 illustrates a flowchart describing an algorithm used by thesystem of FIG. 1 for generating an architectural view of an SOAsolution, in accordance with embodiments of the present invention.

FIG. 13 illustrates a computer apparatus used for generating anarchitectural view of an SOA solution, in accordance with embodiments ofthe present invention.

DETAILED DESCRIPTION OF THE INVENTION

FIG. 1 illustrates a system 5 for generating an architectural view of aservice oriented architecture (SOA) solution, in accordance withembodiments of the present invention. SOA comprises enterprise scale ITarchitecture for providing IT agility to support business agility. Anarchitectural view of SOA solution comprises a structural, modularity,and essential components of the SOA solution. System 5 of FIG. 1comprises a computing apparatus 8 a connected to a computing system 10through a network 7. Network 7 may comprise any type of networkincluding, inter alia, a local area network, (LAN), a wide area network(WAN), the Internet, etc. Computing apparatus 8 a may comprise any typeof computing apparatus including, inter alia, a personal computer, alaptop computer, a computer terminal, etc. Computing apparatus 8 a maycomprise a single computing apparatus or a plurality of computingapparatuses. Computing apparatus 8 a is used by end users forcommunicating with (e.g., entering data) computing system 10. Computingsystem 10 may comprise any type of computing system(s) including, interalia, a personal computer (PC), a server computer, a database computer,etc. Computing system 10 is used to retrieve data from computingapparatus 8 a for generating an architectural view of SOA solutions.Computing system 10 comprises a memory system 14. Memory system 14 maycomprise a single memory system. Alternatively, memory system 14 maycomprise a plurality of memory systems. Memory system 14 comprises asoftware application 18 and a database 12. Database 12 comprises allretrieved data (i.e., retrieved from computing apparatus 8 a) and anygenerated data (e.g., service models, configuration files, SOA solutionarchitecture models, etc).

Software application 18 performs the following functions associated withan automated process for constructing the architectural view of SOAsolutions from a service model:

1. Software application 18 generates a unified modeling language (UML)model template. UML is a standardized general-purpose modeling languagein the field of software engineering. UML includes a set of graphicalnotation techniques to create abstract models of specific systems (i.e.,referred to as a UML model). The UML model template (i.e., asillustrated in FIGS. 6 and 7 as described, infra) is used to representSOA solution architecture (i.e., a nine layered architectural view ofSOA solutions used as an input for operational modeling and deploymentunits) in UML based SOA modeling tools. Operational modeling defines adistribution of an IT system's components onto geographicallydistributed nodes. Additionally, operational modeling definesconnections necessary to support required component interactions inorder to achieve the IT system's functional and non-functionalrequirements within the constraints of technology, skills, and budget.The UML model template comprises UML packages corresponding to layers ofSOA solution architecture. The layers (i.e., horizontal layers) arerepresented as five UML packages (e.g., as illustrated in FIG. 6). Theremaining four cross-cutting layers are represented as sub-packagesinside the UML packages corresponding to horizontal layers (e.g., asillustrated in FIG. 7).2. Software application 18 performs a mapping process between SOA modelelements and a UML package corresponding to a layer of SOA solutionarchitecture (e.g., as illustrated in FIG. 9). The mapping process isexternalized in a configuration file for ease of modifications andenhancements.3. Software application 18 executes an algorithm to constructarchitectural view of SOA solution from a service model (as illustratedin FIG. 10). The algorithm may be implemented in manual or automatedmanner. The algorithm is illustrated as a flow chart in FIG. 12.4. Software application 18 implements the algorithm of FIG. 11 as amodel-to-model transformation in a UML based SOA modeling tool. A modelto model transformation comprises a process for converting a first modelto a second model in a same system.

The following steps illustrate an implementation example for generatingan architectural view of an SOA solution:

1. An SOA Architect has completed a service modeling process (asillustrated in FIG. 10, supra) in a UML based SOA modeling tool using aservice model template.2. The SOA Architect configures and invokes the service model to an SOASolution architecture model transformation.3. During a first time invocation, a SOA solution architecture model (asillustrated in FIG. 7, supra) is generated programmatically.4. A configuration file (i.e., comprising mapping data for mappingbetween SOA model elements and architectural layers (as illustrated inFIG. 9, supra)) is loaded and mapping details are initialized.5. A service model (as illustrated in FIG. 10, supra) comprises thefollowing example SOA model elements.

-   -   A. A business goal—“Reduce Cost”.    -   B. A KPI—“by 10% in FY2008”.    -   C. A domain—“Business Administration”.    -   D. A functional area—“Account Administration”.    -   E. A fraction (i.e., business capability)—“Account Management”.    -   F. A process—“Manage Accounts”.    -   G. Three sub—processes—“Open Account”, “Reinstate Account”, and        “Verify Account”.    -   H. Two business entities—“Account” and “Customer”.    -   I. A rule type—“Accounting Rules”.    -   J. Business rules—“Transfer Limit”.    -   K. Two existing assets—“Banling App” and “CICS”.    -   L. A service hierarchy (Service Group)—“Account Administration”.    -   M. Three candidate services—“Open Account”, “Reinstate Account”,        and “Verify Account”.    -   N. Two exposed services—“Open Account” and “Verify Account”.    -   O. A subsystem—“Account Administration”.    -   P. A service component—“Account Administration”.    -   Q. A functional component—“Account Management”.    -   R. A technical component—“Legacy System Connector”.        6. For each of the above listed example SOA model elements, a        corresponding layer in the SOA solution architecture is        identified from the mapping data (as illustrated in FIG. 9,        supra). The corresponding layers are associated as follows:    -   A. A business goal—“Reduce Cost”: Layer 9 intersection with        Layer 4.    -   B. A KPI—“By 10% in FY2008”: Layer 8 intersection with Layer 3.    -   C. A domain—“Business Administration”: Layer 4.    -   D. A functional area—“Account Administration”: Layer 4.    -   E. A function (i.e., business capability)—“Account Management”:        Layer 4.    -   F. A process—“Manage Accounts”: Layer 4.    -   G. Three sub-processes—“Open Account”, “Reinstate Account”, and        “Verify Account”: Layer 4.    -   H. Two business entities—“Account” and “Customer”: Layer 8        intersection with Layer 3.    -   I. A rule type—“Accounting Rules”: Ignored.    -   J. Business rules—“Transfer Limit”: Layer 9 intersection with        Layer 4.    -   K. Two existing assets—“Banking App” and “CICS”: Layer 1.    -   L. A service hierarchy (service group)—“Account Administration”:        Ignored.    -   M. Three candidate services—“Open Account”, “Reinstate Account”,        and “Verify Account” Ignored.    -   N. Two exposed services—“Open Account” and “Verify Account”:        Layer 3.    -   O. A subsystem—“Account Administration”: Ignored.    -   P. A service component—“Account Administration”: Layer 2.    -   Q. A functional component—“Account Management”: Layer 2.    -   R. A technical component—“Legacy System Connector”: Layer 2.        7. Each SOA model element is generated in a corresponding layer        as identified.        8. A modified SOA Solution Architecture Model (UML Model) is        loaded to the tool.        9. The SOA architect leverages the generated SOA solution        architecture model for operational modeling, deployment units,        and other downstream activities.

FIG. 2 illustrates a service model 200, in accordance with embodimentsof the present invention. Service model 200 in FIG. 2 comprises agraphical representation of a service model. An outcome of SOAactivities are grouped under three major categories:

1. Identification 202 a. 2. Specification 202 b. 3. Realization 202 c.

The three categories correspond to three phases of service orientedmodeling and architecture (SOMA) methodology. SOMA is an end to end SOAdevelopment method aimed at enabling target business processes throughthe identification, specification, realization, implementation, anddeployment of business-aligned services that form a service orientedarchitecture (SOA) foundation.

FIG. 3 illustrates a UML representation 300 of service model 200 of FIG.2, in accordance with embodiments of the present invention. A UML modelwith a service model stereotype is an outer most container. UML model200 comprises UML packages corresponding to the three phases of SOMAmethodology:

1. Identification 202 a. 2. Specification 202 b. 3. Realization 202 c.

Work product specifications package 304 is used to annotate a dynamiccontent of various work products that may be generated. SOMA modelelements package comprises various SOA model elements that may be usedin this service model.

FIG. 4 illustrates a UML representation 400 of service model 200 of FIG.2 comprising sub-packages 404 a and 404 b, in accordance withembodiments of the present invention. Sub-package 404 a has beenexpanded from UML package identification 202 a. Sub-package 404 b hasbeen expanded from UML package specification 202 b.

FIG. 5 illustrates a graphical representation 500 of SOA solutionarchitecture 501, in accordance with embodiments of the presentinvention. Graphical representation 500 of SOA solution architecture 501comprises 5 horizontal layers:

1. Consumers Layer 502 a. 2. Business Process Layer 502 b 3. ServicesLayer 502 c.

4. Service components Layer 502 d.

5. Operational System Layer 502 e.

Graphical representation 500 of SOA solution architecture 501 comprises4 cross-cutting layers:

1. Governance Layer 504 a.

2. Data architecture Layer 504 b3. QoS layer Layer 504 c.

4. Integration Layer 504 d.

SOA model elements may be placed on associated layers.

FIG. 6 illustrates a UML representation 600 of SOA solution architecture501 of FIG. 5, in accordance with embodiments of the present invention.UML package 602 a represents an operational system layer (e.g., existingapplication assets 502 e layer of FIG. 5). UML package 602 b representsservice components 502 d layer of FIG. 5. UML package 602 c representsservice 502 c layer of FIG. 5. UML package 602 d represents businessprocess 502 b layer of FIG. 5. UML package 602 e represents consumer 502a layer of FIG. 5.

FIG. 7 illustrates an expanded version of UML packages 602 a . . . 602 eof FIG. 6, in accordance with embodiments of the present invention.Sub-package 702 a has been expanded from UML package 602 a. Sub-package702 b has been expanded from UML package 602 b. Sub-package 702 c hasbeen expanded from UML package 602 c. Sub-package 702 d has beenexpanded from UML package 602 d. Sub-package 702 e has been expandedfrom UML package 602 e.

FIG. 8 illustrates a flowchart describing an algorithm describing a flowof activities in an SOA project, in accordance with embodiments of thepresent invention. In step 801, an SOA architect starts with a servicemodeling process. In step 804, the SOA architect generates anarchitectural view of an SOA solution. In step 808, the SOA architectuses the architectural view from step 804 for an operational modelingprocess.

FIG. 9 illustrates a configuration file 900, in accordance withembodiments of the present invention. Configuration file 900 comprisesmapping data for mapping SOA model elements 904 to SOA solutionarchitectural layers 902.

FIG. 10 which includes FIGS. 10A and 10B illustrates an example of aservice model 1002 derived from UML representation 300 of a servicemodel in FIG. 3, in accordance with embodiments of the presentinvention. Service model 1002 comprises SOA service elements or UMLpackages 202 a . . . 202 c. Service model 1002 is used as a source modelfor the model to model transformation.

FIG. 11 which includes FIGS. 11A and 11B illustrates an example of anSOA solution architecture model 1100 with generated SOA model elements,in accordance with embodiments of the present invention. SOA solutionarchitecture model 1100 is a target model of the model to modeltransformation.

FIG. 12 illustrates a flowchart describing an algorithm used by system 5of FIG. 1 for generating an architectural view of SOA solution, inaccordance with embodiments of the present invention. In step 1202, acomputing system (e.g., computing system 5 of FIG. 1) retrieves aservice model. In step 1204, the computing system searches for an(existing) SOA solution architecture model. In step 1206, it isdetermined if an SOA solution architecture model has been located. If instep 1206, it is determined that an SOA solution architecture model hasbeen located then in step 1210, the SOA solution architecture model isretrieved. If in step 1206, it is determined that an SOA solutionarchitecture model has not been located then in step 1208, an SOAsolution architecture model is generated (i.e., using an SOA solutionarchitecture model template. In step 1218, a configuration file (e.g.,an XML file) is retrieved and loaded (e.g., a mapping process isinitiated). The configuration file comprises mapping data. The mappingdata comprises data associating elements of the service model toarchitectural layers of the SOA solution. In step 1220, the elements ofthe service model are processed. Processing may include retrieving everyelement for an identification process as described with reference tostep 1224, infra. In step 1224, the computing system identifies layersof the architectural layers that correspond to associated elements ofthe elements from the service model. The identification processperformed in step 1224 is based on the mapping data. The layers of thearchitectural layers are represented as unified modeling language (UML)packages. In step 1228, the computing system associates each layer withan associated UML package of the UML packages. In step 1234, thecomputing system places each element in an associated layer of thearchitectural layers. In step 1240, the computing system loads the UMLmodel.

FIG. 13 illustrates a computer apparatus 90 (e.g., computing system 10of FIG. 1) used for generating an architectural view of an SOA solution,in accordance with embodiments of the present invention. The computersystem 90 comprises a processor 91, an input device 92 coupled to theprocessor 91, an output device 93 coupled to the processor 91, andmemory devices 94 and 95 each coupled to the processor 91. The inputdevice 92 may be, inter alia, a keyboard, a software application, amouse, etc. The output device 93 may be, inter alia, a printer, aplotter, a computer screen, a magnetic tape, a removable hard disk, afloppy disk, a software application, etc. The memory devices 94 and 95may be, inter alia, a hard disk, a floppy disk, a magnetic tape, anoptical storage such as a compact disc (CD) or a digital video disc(DVD), a dynamic random access memory (DRAM), a read-only memory (ROM),etc. The memory device 95 includes a computer code 97. The computer code97 includes algorithms (e.g., the algorithm of FIG. 12) for generatingan architectural view of an SOA solution. The processor 91 executes thecomputer code 97. The memory device 94 includes input data 96. The inputdata 96 includes input required by the computer code 97. The outputdevice 93 displays output from the computer code 97. Either or bothmemory devices 94 and 95 (or one or more additional memory devices notshown in FIG. 13) may comprise the algorithm of FIG. 12 and may be usedas a computer usable medium (or a computer readable medium or a programstorage device) having a computer readable program code embodied thereinand/or having other data stored therein, wherein the computer readableprogram code comprises the computer code 97. Generally, a computerprogram product (or, alternatively, an article of manufacture) of thecomputer system 90 may comprise said computer usable medium (or saidprogram storage device).

Still yet, any of the components of the present invention could becreated, integrated, hosted, maintained, deployed, managed, serviced,etc. by a service provider who offers to generate an architectural viewof SOA solution. Thus the present invention discloses a process fordeploying, creating, integrating, hosting, maintaining, and/orintegrating computing infrastructure, comprising integratingcomputer-readable code into the computer system 90, wherein the code incombination with the computer system 90 is capable of performing amethod for generating an architectural view of an SOA solution. Inanother embodiment, the invention provides a business method thatperforms the process steps of the invention on a subscription,advertising, and/or fee basis. That is, a service provider, such as aSolution Integrator, could offer to generate an architectural view of anSOA solution. In this case, the service provider can create, maintain,support, etc. a computer infrastructure that performs the process stepsof the invention for one or more customers. In return, the serviceprovider can receive payment from the customer(s) under a subscriptionand/or fee agreement and/or the service provider can receive paymentfrom the sale of advertising content to one or more third parties.

While FIG. 13 shows the computer system 90 as a particular configurationof hardware and software, any configuration of hardware and software, aswould be known to a person of ordinary skill in the art, may be utilizedfor the purposes stated supra in conjunction with the particularcomputer system 90 of FIG. 13. For example, the memory devices 94 and 95may be portions of a single memory device rather than separate memorydevices.

While embodiments of the present invention have been described hereinfor purposes of illustration, many modifications and changes will becomeapparent to those skilled in the art. Accordingly, the appended claimsare intended to encompass all such modifications and changes as fallwithin the true spirit and scope of this invention.

1. A method comprising: retrieving, by a computing system, a servicemodel; retrieving, by said computing system, an SOA solutionarchitecture model; retrieving, by said computing system, aconfiguration file comprising mapping data, wherein said mapping datacomprises data associating elements of said service model toarchitectural layers of said SOA solution architecture model; loading,by said computing system, said configuration file; processing, by saidcomputing system, each element of said elements; identifying, by saidcomputing system, layers of said architectural layers that correspond toassociated elements of said elements of said service model, wherein saididentifying is based on said mapping data, wherein said layers of saidarchitectural layers are represented as unified modeling language (UML)packages; associating, by said computing system, each layer of saidlayers with an associated UML package of said UML packages; placing, bysaid computing system, each said element in an associated layer of saidarchitectural layers; generating, by said computing system in responseto said placing, a UML model, wherein said UML model comprises each saidelement in an associated layer of said architectural layers; loading, bysaid computing system, said UML model; and executing, by said computingsystem, said UML model.
 2. The method of claim 1, further comprising:before said retrieving said SOA solution architecture model, locating bysaid computing system, said SOA solution architecture model, whereinsaid SOA solution architecture model comprises an existing SOA solutionarchitecture model; and generating, by said computing system, anarchitectural view of an SOA solution associated with said SOA solutionarchitecture model.
 3. The method of claim 1, further comprising: beforesaid retrieving said SOA solution architecture model, determining, bysaid computing system, an absence of an existing SOA solutionarchitecture model; generating, by said computing system, said SOAsolution architecture model; and generating, by said computing system,an architectural view of an SOA solution associated with said SOAsolution architecture model.
 4. The method of claim 1, furthercomprising: generating, by said computing system, an instance of a UMLmodel template.
 5. The method of claim 1, wherein said processingcomprises retrieving each said element for said identifying.
 6. Themethod of claim 1, wherein said executing said UML model comprisesleveraging said UML model for an operational modeling process.
 7. Themethod of claim 1, further comprising: generating, by said computingsystem, an architectural view of an SOA solution associated with saidSOA solution architecture model; and presenting, by said computingsystem to a user, said architectural view of said SOA solution.
 8. Themethod of claim 1, wherein said loading said configuration filecomprises initializing a mapping process between said SOA model elementsand said architectural layers.
 9. The method of claim 1, wherein saidconfiguration file comprises an XML file.
 10. The method of claim 1,wherein said SOA solution architecture model is retrieved from a currentproject.
 11. A process for supporting computer infrastructure, saidprocess comprising providing at least one support service for at leastone of creating, integrating, hosting, maintaining, and deployingcomputer-readable code in said computing system, wherein the code incombination with said computing system is capable of performing themethod of claim
 1. 12. A computer program product, comprising a computerstorage medium comprising a computer readable program code embodiedtherein, said computer readable program code configured to perform themethod of claim 1 upon being executed by a processor of said computingsystem.
 13. A computing system comprising a processor coupled to acomputer-readable memory unit, said memory unit comprising instructionsthat when executed by the processor implements a unified modelinglanguage (UML) model generation method, said method comprising:retrieving, by a computing system, a service model; retrieving, by saidcomputing system, an SOA solution architecture model; retrieving, bysaid computing system, a configuration file comprising mapping data,wherein said mapping data comprises data associating elements of saidservice model to architectural layers of said SOA solution architecturemodel; loading, by said computing system, said configuration file;processing, by said computing system, each element of said elements;identifying, by said computing system, layers of said architecturallayers that correspond to associated elements of said elements of saidservice model, wherein said identifying is based on said mapping data,wherein said layers of said architectural layers are represented asunified modeling language (UML) packages; associating, by said computingsystem, each layer of said layers with an associated UML package of saidUML packages; placing, by said computing system, each said element in anassociated layer of said architectural layers; generating, by saidcomputing system in response to said placing, a UML model, wherein saidUML model comprises each said element in an associated layer of saidarchitectural layers; loading, by said computing system, said UML model;and executing, by said computing system, said UML model.
 14. Thecomputing system of claim 13, wherein said method further comprises:before said retrieving said SOA solution architecture model, locating bysaid computing system, said SOA solution architecture model, whereinsaid SOA solution architecture model comprises an existing SOA solutionarchitecture model; and generating, by said computing system, anarchitectural view of an SOA solution associated with said SOA solutionarchitecture model.
 15. The computing system of claim 13, wherein saidmethod further comprises: before said retrieving said SOA solutionarchitecture model, determining, by said computing system, an absence ofan existing SOA solution architecture model; generating, by saidcomputing system, said SOA solution architecture model; and generating,by said computing system, an architectural view of an SOA solutionassociated with said SOA solution architecture model.
 16. The computingsystem of claim 13, wherein said method further comprises: generating,by said computing system, an instance of a UML model template.
 17. Thecomputing system of claim 13, wherein said processing comprisesretrieving each said element for said identifying.
 18. The computingsystem of claim 13, wherein said executing said UML model comprisesleveraging said UML model for an operational modeling process.
 19. Thecomputing system of claim 13, wherein said method further comprises:generating, by said computing system, an architectural view of an SOAsolution associated with said SOA solution architecture model; andpresenting, by said computing system to a user, said architectural viewof said SOA solution.
 20. The computing system of claim 13, wherein saidloading said configuration file comprises initializing a mapping processbetween said SOA model elements and said architectural layers.